home *** CD-ROM | disk | FTP | other *** search
Text File | 1994-12-16 | 94.2 KB | 1,793 lines |
- La version 3.07 (très améliorée) arrivera d'ici quelques semaines (en 94 !)
- Donc, en attendant, voila une sorte de preview buggée appelée 3.06...
-
- Attention : ceci est la version 3.06 Beta de Rembrandt, proposant
- en plus :
- zoomer temps réel en border bas: '*' -> segmentation '-'/'+' -> taille
- loupe fixe: '<' (on peut pas dessiner) (avec '*-+' aussi)
-
-
- _________ ______________________________________________________
- ( _____ \ ___ ___ (______________________________________________ _____)
- \ ( \ \______ ( )( )______ ______ __ __ __ ____ / /
- \ \ / ( ____) / _ \/ _ ( ___ \ ( __ \ /__\ ( ) ( )( _ \ / /
- ) \__/ / ) )__ / / \ / \/ (___) ) ) (__) ) /(__)\/ \ / / / / \ \ / /
- / __ / ( ___)/ / \/ / ____ ( / __ / / ____ \/\ \/ / / / / / / /
- / / \ \ ) )__/_/_ / (____) )/ / \ ( / / /\ \ \ / / /__/ / / /
- (__) \ \(_________) (_________/(__) (__)(__) / (__)(__)(_______)/ /
- \ \ / / \ \ / / / /
- (___) (__) (__) (__) / /
- (___)
-
- Version 3.05 Beta (Langue française; ENGLISH part at the end of this doc.)
-
- DOC REMBRANDT AU 3/12/1993:
-
- «Un tableau est terminé lorsque le peintre y a réalisé son intention".
- Rembrandt 1606-1669
-
- «Ce programme sera terminé lorsque le pauvre coder solitaire qui le réalise
- aura décidé qu'il le sera, et qu'il n'y retouchera plus.»
- Dbug II 1970-????
-
- -----------------------------------------------------------------------------
- Le pack «Rembrandt beta-version» comprend:
-
- - REMBRAND.DOC C'est le fichier que vous lisez actuellement
- - REMBRAND.PRG C'est le programme exécutable REMBRANDT
- - REMBRAND.INF Un fichier de configuration par défaut
- - ICONE.RSC Une icone pour installer sur le bureau (2 et 16 couleurs).
- (Pas évident de reproduire un tableau en 32x32 !. Pour
- ceux que cela intéresse, c'est une 'reproduction' d'une
- oeuvre de Gerard DOU, «Le joueur de trompette» que l'on
- peut voir au musé du Louvre. Gerard DOU est un des élèves
- de Rembrandt parmis les plus talentueux.)
- - SYSINFO.PRG Un utilitaire du domaine public qui sera livré avec
- Rembrandt tant qu'il sera diffusé en FreeWare.
-
- J'apprécierais particulièrement que ces fichiers ne soient pas sépararés.
- Si vous trouvez que cela prend trop de place, dites vous que l'ensemble
- non compacté prend moins de place que le driver TIFF de TruePaint, et que
- des disquette HD alliées à STZIP permettent de stocker pas mal de trucs !
-
- -----------------------------------------------------------------------------
-
- AVERTISSEMENT INITIAL: Ce fichier n'est pas un mode d'emploi de Rembrandt,
- au sens usuel du terme. C'est plutot un pot-pourri de tout ce qu'il me
- semblait important de dire. En clair, les informations sont réparties sans
- grand soucis pédagogique. On y trouve des informations utiles aux graphistes,
- mais aussi d'autres pour les codeurs. En gros, on y trouve les parties
- suivantes:
-
- * Cet avertissement
- * Une introduction présentant Rembrandt 3, les différentes versions
- du logiciel, quelques disgressions sur des sujets concernant
- essentiellement l'info-graphisme...
- * Une liste des fonctions que l'on peut utiliser. Cette liste peut
- changer à tout moment, en fonction des évolutions du programme.
- * Les effets spéciaux.
- * Quelques remarques sur l'ergonomie du logiciel.
- * Une partie sur les opérations avec les fichiers.
- * La liste des éventuelles incompatibilités, détectées ou non.
- * Une partie que j'ai appellé 'les trucs'. Ce qu'il faut savoir
- pour éviter de perdre du temps et de s'ennerver pour un rien.
- * Un chapitre sur le futur...
- * La liste des versions officiellement diffusées.
- * Un historique de la réalisation.
- * Et enfin, comment vous pouvez me joindre...
- * Une partie réservée aux Anglophiles.
-
- Bonne lecture... (Niark, niark...)
-
-
- ----------------------------------------------------------------------------
-
-
- Introduction:
- -------------
-
- Rembrandt est un logiciel très vieux ! En effet, les premiers sources
- datent de 1990, époque ou je tentait de mixer une routine de gestion
- clavier/souris avec un overscan total... L'échec fut total !
- [C'était Rembrandt 1...]
-
- Puis vint Rembrandt 2, dont l'ambition était plus modeste, puisqu'elle
- était seulement de dessiner en 320x200 puis d'afficher le résultat en
- overscan.
- Ca marchait bien, la loupe était très puissante [1 vbl en x2 x4 x8] mais
- il était très incomplet puisque les seules fonctions implémentées étaient
- POINT, DRAW et LINE. (Gasp) Rembrandt 2 n'a en fait jamais dépassé le stade
- de la Beta Version même si il m'a servit à dessiner quelques images comme
- le dessin en full qui apparait dans l'écran Fullball de la Phaléon
- Gigadémo. Quelques personnes ont pu avoir une version de Rembrandt, dont
- Killer D et Chromix. D'ailleurs il y a deux versions diffusées dont une qui
- ne tourne que sur les ST anciennes Roms et une autre qui tourne partout
- bien que le message de présentation dise exactement le contraire ! [On fait
- ce qu'on peut.]
-
- Rembrandt 3 a peu de points communs avec les deux autres versions, si ce
- n'est que leur auteur est le même et qu'elles ont été programmées à 100% en
- assembleur avec Devpack 2.xx. Rembrandt 3 utilise abondamment les modes
- d'adressage du 030 tels que les JSR ([an]), (an,dm.w*2^x), cmp2, et autres
- ([xxxx.l,an],dm*2^x). C'est pour cette simple raison qu'il faut au minimum
- un 68030 pour le faire tourner (Je ne pense pas qu'il y ait beaucoup
- d'Atari équipés de 68020 !). Rembrandt ne tourne qu'en mode TRUE COLOR,
- bien qu'il puisse être lancé dans n'importe quelle résolution.
-
- Au niveau de sa conception, Rembrandt diffère quelque peu des autres softs
- de dessin qui existent sur Atari. En effet, vu que toutes les images sont
- en True Color, il n'existe virtuellement aucune limitation quand aux effets
- qui sont suceptibles de s'appliquer à une image. Ainsi, il est possible de
- faire subir un assombrissement ou un éclaircissement à une zone du dessin
- sans avoir à se préoccuper d'une quelconque organisation des couleurs dans
- une palette limitée. La notion de 'palette' de couleur perd enfin le sens
- restrictif qu'elle avait dans les anciens programmes existant sur Atari (à
- l'exception de Spectrum 512). En effet, bien que le système de sélection
- des couleurs ne soit pas encore finalisé (loin s'en faut !) je peut tenter
- de vous faire partager ma conception du problème. La base de ma réflexion
- fut la suivante: «Un graphiste - même très doué - peut-il travailler avec
- une palette de 65536 teintes ?»
-
- A cela je répond non. Examinez TruePaint car c'est un parfait exemple de
- programme mal conçu. La roue des couleurs est certe esthétique, mais elle
- est loin d'être fonctionnelle: Il n'y a aucun repère permettant de savoir où
- se trouve la couleur en cours d'édition ! Par ailleur, je citerais ST Mag,
- cette fabuleuse revue qui annonce (du moins l'auteur de test) que cela fait
- plaisir d'enfin voir sur son Atari la fameuse roue des couleurs où il n'y a
- plus qu'à cliquer pour sélectionner une teinte, et qui affiche toutes les
- couleurs disponibles... Si je puis me permettre de faire une remarque:
- Le mode TrueColor du Falcon met à disposition 65536 teintes. Une image
- basse résolution contient 320 pixels de large par 200 pixels de haut, soit
- la bagatelle de 64000 pixels au total. Vous conviendrez donc qu'une image
- basse résolution TrueColor ne peut pas contenir l'ensemble des teintes
- disponibles, même à raison d'une teinte différente par pixel de l'image !
- Alors dire que toutes les couleurs sont dans la petite roue affichée par
- TruePaint !!! Arf, laissez moi rire. Franchement ce n'est pas sérieux. De
- même, faire des graduation par pas de... beaucoup, c'est peut-être sympa
- pour la compatibilité GEM, mais au niveau de la convivialité, bonjour les
- dégats (Degas... faisait mieux !).
-
- Pour en revenir à Rembrandt, je vous propose un système mixte inspiré de
- ce que font les peintres. Un peintre classique choisi avec soin quelques
- teintes de base représentant les dominantes de couleur de l'image qu'il
- souhaite réaliser. Les autres couleurs, seront issues d'un mélange de ces
- diverses couleurs de base, voir même d'une dillution à l'eau pour les
- éclaircir. Informatiquement je suis en train d'essayer d'appliquer ce
- système en présentant un système de palette conventionnel (mais je ne sais
- pas encore combien de teintes il faut: 16 ce n'est peut être pas asser,
- mais 256 c'est beaucoup trop et donc inutilisable; peut-être faudrait-il
- laisser cela paramétrable ???), et un 'mélangeur' de couleurs. Actuellement
- il est possible de capturer une couleur présente à l'écran en restant
- appuyé sur le bouton droit. La couleur apparait alors au niveau du curseur,
- ou même de la loupe si elle est activée (son cadre change de teinte). Si
- l'on continue cette opération en pressant en plus le bouton gauche alors le
- programme calculera une moyenne entre la teinte présente dans le curseur et
- celle qui se trouve sous le pixel courant.
- [Note: Une antique version de Rembrandt affichait au bas de l'écran une
- barre de couleur composée d'un dégradé entre la teinte située à l'éxtrème
- gauche de la barre et celle située à l'extrème droite. Il était donc
- possible de travailler en permanence avec ce dégradé en cliquant sur une
- des couleurs présentes. Il était possible de changer les couleurs de base
- (gauche et droite) et cliquant avec le bouton droit sur l'image, accompagné
- d'une pression de la touche SHIFT correspondante. C'était asser pratique au
- niveau du principe, mais je ne sais pas comment rendre ce système plus
- efficace au niveau de l'utilisation. J'attend des avis !]
-
- Au niveau des idées que je compte incorporer (il y en a moulte...) dans
- Rembrandt, ce trouve la principale motivation qui m'a conduit à utiliser le
- mode TrueColor. Certains diront que c'était seulement pour faciliter le
- travail (une routine d'affichage en mode TrueColor est BEAUCOUP plus courte
- et surtout beaucoup plus simple a concevoir et a modifier...), mais en fait
- c'est surtout que je n'aurais jamais réussi à matérialiser certaines de mes
- idées sans cette souplesse. Je compte proposer plusieurs façon d'utiliser
- chaque outil. Quelques exemples:
-
- - AIRBRUSH: Le vaporisateur (ou la bombe aérosol...) est un outil bien
- pratique, mais avec 16 couleurs il manque d'envergure. Jusqu'à présent, on
- trouvait diverses implémentations de cet effet, dont:
- NeoChrome: Le plus nul, puisqu'en fait ce n'en ai pas un. Juste une
- brosse fixe avec quelques point répartis dessus.
- Degas/CrackArt: On choisi une couleur, et les points sont jetés de
- façon aléatoire dans un périmetre donné. On peut choisir la vitesse du
- jet, ainsi que la taille du périmetre.
- DeluxePaint: Il y a une inovation, puisqu'on peut mixer plusieur
- couleurs, en ajustant avec des curseurs la proportion de chaqu'une
- d'elles.
-
- Comment marche la peinture à la bombe en réalité ? Supposez que vous
- vouliez repeindre en rouge un morceau de tôle bleue. Vous agitez la bombe,
- pressez le bouton, et ??? Une FINE brume de peinture commence à se déposer,
- masquant progressivement le rouge pour le remplacer par du bleu. On n'a
- donc pas des points 100% rouges qui deviennent subitement 100% bleu ! Donc
- si on veut le meilleur aérographe, il faut SIMULER cet effet. [Du moins,
- c'est ainsi que je vois les choses.] Et pour cela, seul le mode TrueColor
- du falcon est à même de donner le meilleur résultat, puisqu'en fait cela
- revient à faire tendre progressivement la couleur de chaqu'un des points de
- l'image vers la teinte de l'aérographe. On a donc besoin de beaucoup de
- teintes différentes ! Beaucoup plus que 256...
-
- - GOUTTE D'EAU: Vous connaissez la fonction SMEAR de Degas Elite ? Et bien
- c'est la même chose, sauf qu'au lieu de déplacer les pixels pour donner un
- effet de mélange on procède ici à un véritable mélange. En fait, c'est un
- des effets déja implémenté utilisé de façon locale comme un simple outil.
- [Touches '*' et '-' pour avoir le FLOU]. Et c'est possible pour tous les
- effets. Pourquoi ne pas avoir un vaporisateur qui 'mouille' l'image pour
- la rendre floue par endroits ? (Imaginez une dessin avec un arrière plan
- net, et un avant plan brouillé !) Ou bien un 'éclaircisseur' en spray...
- Un personnage est trop sombre ? On l'illumine !...
-
- M'enfin, si je continue mes disgressions textuelles, je ne risque pas de
- faire avancer le programme, alors je m'y remet !
-
-
-
-
- CE QUE JE DÉSIRE EN DIFFUSANT CES BETA-VERSIONS:
- ------------------------------------------------
-
- Mes coordonnées sont placées à la fin de ce document. Je n'autorise pas la
- diffusion de Rembrandt sans cette documentation. J'aimerai donc que toutes
- les personnes concernées (en priorité les graphistes, mais les coders sont
- bienvenus) me contactent pour me dire ce qu'elles pensent de Rembrandt, de
- ce qu'elles aimeraient y trouver, et ce qu'il faudrait changer. Par ailleur,
- toute personne diffusant ce logiciel, moyennant rémunération serait en
- total désaccord avec le principe du FreeWare, et donc je m'engage à lui
- pourrir la vie de la manière la plus efficace que je pourrais trouver. Cela
- inclue tous les serveurs qui pratiquent le téléchargement ainsi que les
- diverses 'boutiques' qui distribuent les softs à un prix exorbitant. Ceci
- dit, je suis pret à discuter avec tout interlocuteur sérieux concernant les
- fufures versions de Rembrandt. En effet, je suis à la recherche d'un
- éditeur sérieux intéressé par Rembrandt. J'aurais pu continuer et mettre
- Rembrandt dans le domaine public, mais cela aurait vraiment été une perte
- sèche. J'espère seulement qu'une partie de ceux qui utiliseront Rembrandt
- régulièrement serons possesseurs d'un original qu'il auront acheté. Il n'y
- a pas beaucoup de développeurs actif sur Falcon, alors si c'est pour tuer
- toutes les initiatives en piratant sauvagement, ce n'est pas la peine.
- Beacoup trouvent que les prix sont beaucoups trops élevés, que tous les
- softs sont nuls, que c'est des arnaques, et qu'en fait en piratant ils
- pénalisent l'éditeur... Mais considérez donc que je bosse sur ce Soft
- depuis le mois de juillet (j'ai eu mon Falcon en juillet), que j'ai fait
- le maximum pour obtenir des avis efficaces des graphistes que je pouvais
- trouver... Bref, que je me suis décarcassé ! Donc, celui qui utiliserais
- une version crackée de Rembrandt vivrais à mes dépends ! Il va de soit
- que si l'expérience se révèle intéressante financièrement, qu'alors je
- continuerais à coder sur Falcon. J'ai encore quelques bonnes idées, bien
- qu'il me manque de temps pour les réaliser. Encore un mot. Lorsque mon
- groupe (NeXT) à sorti des démos sur ST ("The Official Charts Compilation",
- "Phaleon Gigademo") nous avons contacté divers diffuseurs de domaine public.
- Nous avons reçus 180 Fr d'une société anglaise de diffusion de domaine
- publics que nous ne connaissions pas ! Nous avons eu 150 Fr par Caledonia
- PDL (encore des anglais), qui étaient les "diffuseurs officiels" de la
- Phaleon Demo en Anglettere. Et c'est tout. En France: 0000.00 Francs. Je
- soupçonne personnellemment une 'librairie' française vendant des démos de
- s'en mettre plein les poches sans rien reversé aux auteurs... Alors, le
- Freeware c'est sympa lorsque l'on est jeune et que l'on s'ammuse bien. Le
- Shareware c'est très bien lorsque l'on vie aux States ou dans ce type de
- pays... Mais en France, il faut regarder les choses en face ! Qui parmi
- nous prendra la peine d'envoyer une contribution financière, même minime,
- à l'auteur d'un super logiciel que l'on utilise souvent ??? (J'en profite
- pour remercier M. Jean Guy T. pour le chèque de 50 Fr que je ne lui avait
- pas demandé: Si je trouve un éditeur, je lui ferais une méga réduction sur
- le prix d'achat de l'original, à moins qu'il ne trouve cette beta nulle !).
-
- Je compte sur vous pour me faire par de vos opinions, aussi diverses
- soient elles !
-
-
- Etant personellement moi aussi graphiste (même si je ne prétend pas égaler
- la crème des graphistes sur ST) je code sans projet vraiment défini. Cela
- fera certainement hurler les 'PROS' ceux qui codent en 'C' ou en 'Pascal',
- et qui ne parlent que de programmation structurée et modulaire. Pourtant,
- je n'ai qu'une idée globale de ce que devra être Rembrandt et cette idée
- est très mouvante, et cela explique donc la lenteur du développement. Il
- est très éprouvant de coder quelque chose 'informatiquement' fonctionnel,
- mais qui d'un point de vue ergonomique se révèle être lamentable. Par
- exemple, la loupe qui est présente dans cette version est nulle. Pourtant,
- j'en avais une au mois d'Aout qui permettait des grossissement de x2 à x10,
- qui carburait en une VBL, et qui était d'une taille conséquente... Mais à
- l'usage elle n'était pas du tout pratique, donc je l'ai enlevée (rassurez
- vous j'ai toujours le source, ce sera réutilisé pour la loupe style Neo !)
- bien que cela représenta plusieurs jours de code. (pendant les vacances, et
- pendant qu'il pleuvait ! Donc je codais sérieux parce qu'aller à la plage
- par ce temps... bla bla bla...)
- C'est vraiment du 'real-time-coding'. Dès que l'on me signale un bug ou un
- défaut, je le note pour le corriger dès que possible. Mais pour cela, j'ai
- besoin d'aide, et l'aide c'est vous ! Donc, plus vite on me filera un coup
- de main, plus vite Rembrandt avancera. Je ne crache pas non plus sur des
- morceaux de code ! Si quelqu'un pouvait se charger de faire des routines
- RAPIDES pour charger du TIFF, du JPEG, ou autres formats tordus, qu'il me
- contacte. Vous pouvez aussi m'indiquer les grosse phôthes d'aurtografe afin
- d'obtenir une documentation convenable à lire... (Gasp)
-
- Quelques statistiques pour motiver les troupes, et montrer que je ne suis
- pas aussi glandeur que certains veulent bien le croire:
-
- - Le PRG de Rembrandt fait environ 107Ko non compacté dont une ressource
- de 13ko, environ 45ko de graphes TrueColor (les curseurs et les icones,
- mais il ne sont pas encore tous utilisés !)
-
- - Au niveau du code source, Rembrandt représente 321Ko de fichiers source
- assembleur, répartis en une trentaine de modules (VIDEO/DISK/EFFET/OUTIL
- /MÉMOIRE/GEM-VDI/etc...) dont 53ko uniquement réservés à la gestion des
- différents formats d'image. Mis bout à bout, cela représente 18544 lignes
- de pure code assembleur 68030... Je crois que l'assembleur est le seul
- langage ou le source prend plus de place que le code obtenu finalement !
- (La section TEXT n'occupe que 39ko sur les 107ko du total.)
-
- Si vous me contactez pour me signaler un bug, soyez précis. Je ne
- veut pas de messages du style: «Yé pas comprendre, j'è deux bombes quand
- j'lance ton prog...». Alors, vous êtes priés de me laisser vos coordonnées
- pour que je puisse éventuellement vous recontacter, ainsi que les quelques
- informations suivantes:
-
- - Modèle de falcon (Si il a ou non une "prise d'antenne", la taille
- du dur interne...). C'est pour savoir si un falcon antique, sur le-
- quel certains trucs tournent bizarement.
- - Le type de système d'exploitation (numéro du TOS, de l'AES, si
- Multitos était installé ou non, etc...) A cet effet, j'ai copié le
- programme SYSINFO avec REMBRANDT. [Ce programme est du domaine
- public, il est librement copiable. Mais je n'en suis pas l'auteur
- et donc lisez les informations le concernant si vous voulez le
- distribuer.] Consultez particulièrement la rubrique Cookie Jar, qui
- permet de détecter un utilitaire résident. Si vous trouvez les
- cookies suivant, ce n'est pas la peine de chercher plus loin !
- (NVDI,BLOW,VSCR,OSBL,ΣFSC) Mais ils ne font pas planter Rembrandt,
- ils interdisent seulement la visualisation de l'image (!!!).
- - La liste des programmes qui se trouvent dans le dossier AUTO, de
- même que vos accessoires de bureau, et la liste des CPX actifs.
- - Votre type de moniteur, ainsi que tous les ajouts 'hard' que vous
- avez peut-être mis sur votre bécanne (falcon speed, screen blaster,
- ...)
- - Si le bug est reproductible de façon systématique à 100%; s'il
- est consécutif à une suite précise d'opérations (Charger une image,
- puis aller dans les préférence, passer en mode SHRINK BOX, puis
- dire 'abracadabra' pour faire apparaitre 23 bombes en TrueColor
- avec des shades bobs...) ou s'il semble aléatoire. Et puis s'il
- affecte le reste du système: Peut-on relancer un autre programme,
- voir même Rembrandt lui-même, sans avoir de plantage. Un autre test
- consiste à changer de mode vidéo (si on à deux bombes, c'est que
- c'était plus grave que prévu).
- - Si le bug surgit lors d'une opération disk, dites moi si vous
- utilisez un sélecteur d'objet spécial (UIS3,sélectric,...), s'il
- vous restait de la place sur disk (cas d'une sauvegarde), ou bien
- si le fichier chargé avait des attributs spéciaux (protégé en
- écriture, invisible, système, etc...), et si cela ce passe sur une
- seule image particulière, essayez de me la faire parvenir pour que
- je vois ce qu'il ce passe exactement !
-
- - Et puis finalement, toute information qui vous parait utile et
- que j'aurais oublié de noter dans cette liste. Merci.
-
- Voila, c'est tout pour aujourd'hui. Mais surtout, avant de crier
- «OOuahhh c'est nul, y'a plein de bugs partout...», essayez de me contacter
- d'abord, merci. Un bug ça se corrige, une mauvaise réputation c'est dur à
- effacer... Do ya comprendo ??? héhé. A bientot pour une nouvelle version.
-
- --> Si ca continue, les beta-versions de Rembrandt vont sortir plus vite
- que les mise à jour de Gem View !
-
- Dernière minute ! Il semble que les premières critiques de Rembrandt soient
- positives. Si vous aimez, faites le moi savoir; et dites moi si vous seriez
- prêts à l'acheter (je parle du cadre d'un soft commercial, avec une vrai
- documentation, un service après vente, etc...) et quel prix vous seriez
- pret à y mettre. Mais bon, soyez sérieux. Je crois encore à l'avenir du
- Falcon, alors si pour m'écrire des choses peu fines... Je vous remercie par
- avance.
-
-
- -------------------------------------------------------------------------------
-
-
- Les fonctions:
- --------------
-
- - BOUTON GAUCHE pour dessiner.
- - BOUTON DROIT: [C'est spécial, mais on s'y fait rapidement.]
- 1) On clicke normalement. C'est un click court, il permet de faire
- apparaitre la boite à outils...
- 2) On reste appuyé sur le bouton droit. Là, on passe dans le mode
- de capture de couleur (comme dans la loupe de CrackArt, pour ceux
- qui connaissent). Cela signifie que tant que vous restez appuyé
- sur ce bouton, la couleur du curseur de la souris change selon la
- couleur sur laquelle se trouve ce dernier. Pour l'instant, c'est
- horriblement simple. Là où cela ce complique un peu, c'est qu'on
- peut aussi décider d'appuyer en plus sur le bouton gauche, sans
- pour autant relacher le bouton droit... En bref, vous appuyez sur
- les deux boutons à la fois ! Et alors là, c'est le délire total
- puisque vous accédez au mode demi-teinte... En clair, au lieu de
- bêtement choisir la couleur sur laquelle vous passez votre curseur,
- Rembrandt vous calcule la teinte correspondant à la moyenne entre
- cette couleur et la dernière couleur sélectionnée avec le bouton
- droit seul. Exemple: Vous commencez votre dessin avec une image
- noire. Vous faitez un gribouilli infame avec la couleur par défaut
- [le rouge], puis vous pressez le bouton droit de la souris. A ce
- moment là, la couleur du curseur change en fonction de la couleur
- du point qui se trouve en-dessous. Allez sur une zone ROUGE, puis
- sans la quitter, pressez maintenant le bouton gauche en plus du
- bouton droit que vous maintenez toujours puis allez sur une partie
- encore NOIRE du dessin: Maintenant, le curseur est ROUGE SOMBRE.
- Vous pouvez relacher les boutons. [Note: Si vous relachez le
- bouton gauche, vous repassez immédiatement en mode de capture
- simple; donc commencez par relacher le bouton droit en premier !]
- [Note 2: Si vous n'avez pas compris, relisez attentivement ! En
- fait, c'est plus simple à utiliser.
-
- - La BARRE D'ESPACEMENT invoque la palette de couleur.
- (Les cases de couleurs ont une utilité pour le futur. En bref le bouton
- de gauche sert a éditer la couleur et le bouton droit à la mémoriser.
- [a moins que ce ne soit l'inverse ???] mais si vous restez appuyé sur le
- bouton de gauche vous pouvez copier la couleur dans une autre case. La
- même opération avec le bouton droit permettra de faire un dégradé entre 2
- cases. La barre supérieure sert a déplacer la palette. Cliquer en dehors
- de la palette permet de capturer les couleurs de l'image. On peut aussi
- utiliser les touches du pavé numérique avec ou sans SHIFT GAUCHE pour
- modifier les composantes RVB.)
-
- - HELP Cela fait apparaitre une mini (très mini) loupe en haut à gauche.
- Elle est archi buggée (Pas de clipping...) mais c'était juste pour faire
- un test de présentation. Elle est trop petite de toute façon.
- Si le curseur de la souris reste affiché, faites UNDO 2 fois de suite.
- - '*' Permet de choisir un affichage segmenté ou non.
- - '-' Pour réduire le grossissement
- - '+' Pour augmenter le grossissement.
-
- Il reste pas mal de bugs encore... Et puis elle prend encore trop de temps
- machine, et donc cela influe ENORMEMENT sur les performances du reste, d'où
- clignotements désagréables... Ensuite, elle ne suit pas le scrolling... Le
- pire ce que c'est facile a faire ! Mais cela prends du temps.
-
-
- - UNDO Ca fait un UNDO. C'est quoi UNDO ? Heu, en anglais cela
- signifie 'défaire'. En clair, veuillez comprendre que si vous faites une
- erreur de manipulation pendant le dessin et que vous vouliez l'annuler,
- il vous suffit d'appuyer sur cette touche. Mais, si vous trouvez
- finalement que ce n'était pas mal avant, vous pouvez toujours réappuyer
- sur UNDO: On revient au point de départ. ATTENTION! Si vous faites la
- moindre opération sur l'image, vous ne pourrez plus annuler une ancienne
- modification. UNDO ne permet d'annuler que la dernière modification.
- NOTE: Vous pouvez accéder à la palette ou au sélecteurs d'outils sans
- que cela n'altère la mémoire réservée à la fonction 'UNDO. Par contre,
- si vous revenez sous GEM, c'est cuit ! Toutes les zones mémoire sont
- désallouées (à l'exception de l'image... hum) immédiatement, sans
- espoir de récupération (A moins que quelqu'un ne fasse un rippeur
- d'images fonctionnant sous GEM ?).
- NOTE2: Ppour de basses raisons techniques, il est très long pour le petit
- MC68030 de bouger plusieurs centaines de Ko de façon rapide... Alors il y
- a parfois des effets "d'inertie" lorsque l'on travaille sur de très
- grosses images. M'enfin, j'essaye d'optimiser tout cela !
-
- Pour ce qui suit, j'ai indiqué entre crochets la touche qui permet
- d'accéder à la fonction en question. Pour l'instant, ces raccourcis ne sont
- pas modifiables, mais ce sera possible ultérieurement. Remarquez que les
- raccourcis sont indiqués dans le formulaire de sélection au niveau du titre
- de la fonction.
-
- DESSIN A MAIN LEVÉE: [D] Cliquez avec le bouton gauche, puis dessinez en
- maintenant le doigt appuyé sur le bouton gauche.
-
- LIGNE: [L] Cliquez pour indiquer le point de départ de la ligne, puis
- relachez le bouton et bougez la souris. Lorsque vous recliquerez, la ligne
- sera tracée définitivement. C'est le mode de fonctionnement utilisé dans
- Degas Elite/CrackArt & cie. Si vous préférez le mode de fonctionnement de
- NeoChrome, faites le moi savoir (Pour ceux qui ne connaissent pas NeoChrome
- sachez qu'il faut resté appuyé sur le bouton tout au long du tracé, et que
- la ligne est tracée lorsque l'on relache le bouton. C'est une question
- d'habitude !). Si il y a une demande suffisante, je peut rajouter cela en
- option dans les paramétrages. NOTE: Il est possible d'utiliser une touche
- SHIFT pendant que l'on trace une ligne, cela force le tracé d'une droite
- horizontale, verticale, ou diagonale. C'est extrémement utile lorsque l'on
- a tendance à trembler, ou que l'on a une souris 'fatiguée'... (Il est
- content le Chromix ??? Tu la voulais cette fonction, hein ! Avoue...)
-
- LIGNE CONTINUE: [K] même principe, même fonctionnement, mêmes remarques; la
- différence se trouve dans le fait que lorsque l'on trace la ligne, on
- commence immédiatement à en tracer une seconde partant du bout de la
- dernière ligne tracée. Cela permet de tracer rapidement des formes que l'on
- peut remplir ensuite grace à la fonction de remplissage. Enfin, on prend la
- loupe pour faire de la retouche... Facile non !!!¿¿¿???
-
- RAYON: [R] Blalalalalalabla... la nouvelle ligne part du point de départ de
- la ligne précédente. Avec ca, si vous n'arrivez pas à dessiner des vélos,
- des chariots, ou des voitures anciennes éqipées de roues à batons... Hum,
- dommage que la routine de cercle ne soit pas encore implémentée !
-
- NOTE: La fonction UNDO est inactive lorsque l'on trace des LIGNES CONTINUES
- et des RAYONS. Mais ce n'est que temporaire. J'espere trouver rapidement
- une solution au petit problème technique qui s'est posé !...
-
-
- RECTANGLE: [F] même principe que pour la ligne, sauf que c'est un cadre
- qui rejoint les deux extrémités, au lieu d'une ligne. Et hop ! SHIFT
- repart à l'attaque, et vous permet de tracer des CARRÉS. Donc, vous tracez
- votre rectangle, et une légère pression sur la touche SHIFT de gauche vous
- permettra de tracer un rectangle dont tous les cotés sont de même
- longueur ! (C'est beau la technique...) NOTE: Vous pouvez aussi appuyer
- sur le SHIFT de droite ! NOTE2: D'ailleur, vous pouvez appuyer sur les deux
- en même temps si ca peut vous faire plaisir, mais avec seulement deux mains,
- ca devient dur de bouger la souris !
-
- BOITE: [B] Identique qu rectangle, exepté que le cadre est rempli au fur et
- à mesure que l'on bouge la souris.
-
- CERCLE: [C] Rien a voir avec les autres programmes de dessin ! (Pourquoi
- faire simple...). Un cercle apparait, il suit les mouvements de la souris.
- Son rayon est fixe. Pour changer le rayon, il suffit d'utiliser les touches
- [SHIFT GAUCHE] et [ALTERNATE]. En fait, c'est asser pratique comme systeme,
- car cela permet de placer le cercle précisement tout en conservant la
- possibilité de changer sa dimension; de plus le rayon ne dépendant pas de
- la position de la souris cela permet d'avoir des grands cercles sans trop
- de problèmes. Le rayon est ensuite mémorisé jusqu'au prochain changement.
- Cela permet de tracer plusieurs cercles de même taille sans se compliquer
- l'existance. Enfin, le bouton droit permet de quitter le traçage de cercle.
- (Pas encode codé... seulement le disque !)
-
- DISQUE: [Q] Même principe, sauf que le cercle est rempli en temps réel.
- (Il reste un bug: Certains pixels restent affichés lorsque l'on déplace le
- disque à l'écran.)
-
- AEROSOL: [A] Cliquez pour passer en mode aérosol. Un cercle apparait, qui
- suit les mouvements de la souris. Vous pouvez diminuer ou augmenter le
- diametre de ce cercle en utilisant les touches [SHIFT] et [ALTERNATE]. Si
- vous pressez le bouton gauche, vous déclanchez l'aérosol: Une zone
- circulaire commence à se teinter de la couleur que vous aviez choisi. Cette
- coloration est progressive, donc si vous bougez la souris vous pouvez
- colorier de vastes zones en donnant de 'subtiles' nuances de couleurs...
- Le bouton droit permet de quitter l'aérosol. Les touches de fonction sont
- utilisées pour changer la vitesse de coloration. F1 donne une vitesse de
- remplissage très rapide, alors que F10 est très lent. En fait, cela
- fonctionne quasiment comme pour le cercle. (Les touches de vitesse ne sont
- pas encore gérées.)
-
- PEINTURE: [Z] Cliquez sur une couleur, cela permettra de changer la couleur
- de tous les points contigus et de la même couleur. Attention ! Si vous n'
- êtes pas un habitué des programmes de dessin: Le remplissage est une
- fonction extrémement stupide. Cela signifie que si vous voulez remplir une
- forme crée par exemple avec la ligne continue, mais dont les deux bouts ne
- se joignent pas exactement (supposons qu'il y ait un point d'écart...),
- et bien, le remplissage se produira effectivement, mais il y aura une fuite
- au niveau du point manquant, et donc tout de qui sera de la même couleur à
- l'extérieur du périmètre sera aussi colorié ! Donc, prudence. Si vous n'
- êtes pas sur de vous, faites un petit controle avec la loupe. De toute
- façon, il reste toujour la touche UNDO pour vous sauver !
-
- - ENTER/RETURN C'est tout bete, mais ces deux touches permettent de
- revenir au menu principal... C'est bon à savoir (C'est pour cela que je
- le rapelle !) Pourquoi ces touches ? Bah disons que si vous utilisez le
- clavier lorsque vous êtes sous GEM, c'est forcement sur l'une d'elles
- que vous devez appuyer pour activer le PETIT bouton entouré de vert sur
- lequel se trouve inscrit DESSINER... Alors, autant essayer de rester
- cohérent !
-
- - INSERT Fait tourner l'image autour d'un axe vertical.
-
- - CLR HOME Fait tourner l'image autour d'un axe horizontal. C'est très
- utile pour charger des images TGA... qui sont à l'envers.
-
- - FLECHE GAUCHE Rotation de l'image de 90° dans le sens inverse des
- aiguilles d'une montre (clockwise... Dungeon Master rules !). Evidemment,
- rien n'est perdu: Le format de l'image est "patché" de façon à ce qu'une
- image 320x200 "rotatée" devienne une image 200x320. Je pense que la
- routine est suffisament rapide pour suffire.
-
- - FLECHE DROITE La même chose, mais avec des rotation de 90° dans le sens
- des aiguilles. [Ceux qui n'ont que des montres et réveils digitaux...]
-
- ATTENTION: Il peut y avoir des plantages lors des rotations sur de grosses
- images. En effet, lorsque l'on retourne une image 320x200, elle devient une
- image 200x320, et donc la taille de l'écran nécéssaire pour son affichage
- devient parfois problématique (320x320 au minimum, car on ne peut pas
- avoir un écran de 200 pixels de large...). Ce n'est pas un bug ! C'est
- juste un test à rajouter, mais qui représente pas mal de code... Alors je
- le laisse en attente.
-
-
-
- ----------------------------------------------------------------------------
-
- Juste pour le fun:
- ------------------
-
- Certaines personnes m'ont réclamé des effets à la CrackArt, alors j'ai
- pris une petite heure pour en coder quelques uns. Ils sont tous réversibles
- par UNDO, et seront évidement regroupé dans un menu propre. Pour l'instant,
- ils sont regroupés sur les touches de fonction. Au niveau code, les effets
- d'assombrissement et d'éclaircissement sont effectués pas une seule routine
- dont le parametre est fixé à ±50% de luminosité. Évidement il sera possible
- de régler précisement le taux désiré !
-
- - F1 C'est pour assombrir l'image
- - F2 C'est pour éclaircir l'image
- - F3 C'est pour afficher l'image en négatif
- - F4 C'est pour faire un effet de flou sur l'image. En répétant
- plusieur fois la manoeuvre, on obtient une vague reconstitution
- d'un des effets de Studio Photo (vitesse). Une vague teinte
- verdatre fini par apparaitre, mais ca été codé en 5' chrono alors !
- - F5 C'est le même effet mais en mode global (moyenne pondérée des 8
- 9 points considérés pour un pixel donné). Ca rame un max, y'a plein
- de multiplications inutiles, et ca donne des résultats étranges de
- temps à autre ! [Il y aurait un vilain bug que cela ne m'étonnerait
- pas !]
- - F6 Affiche l'image convertie en niveaux de gris. En fait, il manque la
- moitiée des teintes de gris... Hum ! C'est très laid...
-
-
-
- -----------------------------------------------------------------------------
-
- Parlons ergonomie...
- --------------------
-
- En supposant que vous utilisiez Rembrandt dans un mode 16 couleurs, il ne
- vous a pas échappé que certains des boutons (ceux qui permettent de quitter
- un formulaire) étaient entourés d'une bordure colorée. Et bien sachez que
- le bouton qui a une bordure VERTE est systématiquement le bouton qui sera
- validé par une pression sur les touches ENTER ou RETURN, tandis que ceux
- qui ont une bordure ROUGE sont ceux qui permettent de quitter le formulaire
- mais qui nécéssitent d'être cliqués à la souris... J'espère que vous n'êtes
- pas daltoniens... Maddrrrr'e dio !
-
- Si vous avez lancé le programme avant de lire la doc, vous avez peut-être
- réussi à faire apparaitre le sélecteur de palette (barre d'espace), ou bien
- encore le sélecteur d'outils (bouton droit brievement). Et là, il faut bien
- l'avouer, ce n'est pas du GEM. Je dirais même que ce n'est pas GEM du tout.
- Néamoins, j'ai tenté de ne pas trop perturber l'utilisateur de Falcon, en
- lui proposant une interface 'similaire' à celle que propose GEM. Donc, on
- peut fermer le formulaire en cliquant sur la case de fermerture située à
- gauche (qui ô surprise ! Possède le même symbole '' que celui que met le
- GEM sur ses propres fenêtres...), ou bien le déplacer en cliquant sur la
- bande supérieure qui contient le titre. Si vous êtes observateurs, vous
- aurez peut-être constaté que les boutons sont représentés en relief, et que
- en général, ils s'enfoncent lorsque l'on appuie dessus. Maintenant, parlons
- des sélecteurs de façon individuelle:
-
-
- LA PALETTE: On l'active en appuyant sur espace, et on la fait disparaitre
- de la même manière (on peut aussi cliquer dans la case de fermeture ou
- encore utiliser la touche ESCAPE). Il est possible de capturer une couleur
- dans le dessin en cliquant sur l'image. On peut changer les niveaux de
- rouge/vert/bleu (ou bien de cyan/magentat/jaune si on est en mode CMJ, mais
- ce n'est pas encore implémenté.), soit en déplaçant les curseurs avec la
- souris (comme un ascenseur GEM), soit en choisissant les boutons '+' et '-'
- soit en utilisant le clavier:
-
- INSERT:+ rouge HAUT:+vert CLR HOME:+bleu
- GAUCHE:- rouge BAS: -vert DROITE: -bleu
-
- Vous pouvez par ailleur utiliser ces mêmes touches combinées avec un appui
- sur SHIFT pour mettre au minimum ou au maximum les niveaux... Notez que
- cela fonctionne aussi si vous utilisez la souris, bien que dans ce cas là
- il me paraissent plus judicieux d'utilisez le bouton droit, qui, O miracle
- donne exactement le même résultat...
-
- Pour ce qui est des cases à droite, oubliez les pour l'instant. Si vous
- arrivez à vous en servir, vous pouvez toujours les utiliser pour stocker
- des teintes puisqu'elles ne sont pas réinitialisées d'un appel à l'autre.
-
-
- LES OUTILS: Je pense que le système est simple à comprendre. La rangée
- d'icones située en haut du formulaire représente les outils disponibles
- (Crayon, règle, équerre, compas, ...), la seconde rangée indique la liste
- des opérations que l'on peut effectuer avec cet outil (ainsi, avec la
- règle on peut tracer des lignes simples, des lignes continues, des rayons).
- Enfin, le cadre intermédiaire affiche en clair une description de la
- fonction sélectionnée, ainsi que le raccourci clavier qui permet de l'
- activer durant le dessin. Pour sélectionner les outils, il suffit donc de
- cliquer sur l'icone correspondante. Sachez par ailleur qu'il est possible
- là encore d'utiliser le clavier: Les touches de fonction permettent de
- changer d'outil, tandis que la rangée de chiffres située juste en dessous
- permet de choisir la fonction. En clair: [F2][2] permet de choisir la règle
- pour tracer des lignes continues (K-Lines chez Degas & Cie). Il est
- évidement possible de quitter ce formulaire en utilisant [ESPACE] ou [ESC].
- Un click souris à l'extérieur du formulaire aura d'ailleur exactement le
- même effet.
- NOTE: De part le système de gestion des outils que j'utilise, Rembrandt
- mémorise en permanence la fonction courante pour chaque outil. En clair,
- cela signifie que si pour la REGLE vous avez choisis la fonction LIGNES et
- que vous choisissiez ensuite COMPAS->DISQUE, et bien Rembrandt saura encore
- que vous travailliez avec les LIGNES lorsque vous resélectionnerez la
- règle.
-
-
- Remarque: Si vous trouvez que la routine de déplacement des formulaires n'
- est pas terrible (trop lente, saccadée, buggée, etc...) faites le moi
- savoir, car cette routine n'est PAS DU TOUT optimisée. En gros, pour ceux
- qui codent, disons que c'est un MOVE.W (a2)+,(a3)+ avec deux DBRA... C'est
- donc LARGEMENT amméliorable ! [En tout cas, ca tient dans le cache sans
- aucun problème ! Héhéhé...] Pendant que j'y pense: Certains penserons que
- j'ai dessiné les formulaires et que j'ai sauvegardé un gros bloc de pixels.
- Que neni ! Tous ces formulaires sont affichés comme avec le GEM en une
- succession de cadres pleins ou vide, en relief ou non... Bref, c'est un peu
- comme une ressource, alors ca ne prends quasiment pas de place et cela me
- permet d'avoir une uniformité entre les formulaires sans me fatiguer...
- Quoique... Je suis rendu à la version 1.2 du gestionnaire de formulaire, et
- ca représente pas mal de boulot puisqu'il a fallu gérer les ascenseurs, les
- raccourcis clavier, etc... M'enfin ca marche de façon honorable !
-
- J'essaie d'optimiser toutes mes routines d'affichage afin d'éviter les
- effets de clignotement, disparitions, tremblotement, .... mais ce n'est pas
- toujours évident à faire.
-
- Pour ce qui est de l'ergonomie des outils eux-mêmes, toutes les suggestions
- serons les bienvenues. Néanmoins je pense que c'est asser correct, mais si
- cela sort parfois de l'ordinaire ! (Vive la modestie...)
-
-
- {Je vient d'avoir une idée stupide. Comment est géré le CPX qui permet de
- choisir la couleur des fenêtres ? Parce que rien ne m'empeche de changer la
- couleur de mes formulaires TOS en prenant celles des fenêtres système !
- Mais je ne peut pas faire les trames, alors bon...}
-
-
- -------------------------------------------------------------------------------
-
-
- La gestion des fichiers:
- ------------------------
-
- Même si il ne s'appelle pas GEMVIEW, Rembrandt peut valablement être
- utilisé comme «Viewer» d'image ou comme un super programme de conversion de
- fichiers... En effet, a ce jour Rembrandt charge de façon satisfaisante
- les fichiers portant les extensions suivantes:
-
- - ART (Art Director)
- ~ CA1 (Crack Art compacté et non compacté)
- - GIF (Graphic Interchange Format, ╜ CompuServ, packé LZW 87a)
- - IFF (Interchange File Format, compacté ou non, avec rasters ou non, y
- compris les images HAM.)
- - KID (FullShow, ╜ Killer D)
- - NEO (Neochrome, ╜ Dave Staugas)
- - PC1 (Degas basse résolution compacté, ╜ TOM Hudson)
- - PI1 (Degas basse résolution non compacté, ╜ Tom Hudson)
- ~ PNT (Prism Paint, ╜ Lexicor Software)
- # SD0 (Dali basse résolution) [à tester]
- - SPC (Spectrum 512 compacté, ╜ TRIO Inc)
- - SPU (Spectrum 512 non compacté, ╜ TRIO Inc)
- - TCP (Rembrandt True Color Picture, ╜ Dbug II)
- - TG1 (COKE format, utilisé par le BINARIS Viewer)
- ~ TGA (Targa Bit Image)
- ~ TPI (True Paint, ╜ HiSoft)
- ! XGA (XGA Show)
-
- Signification des symboles:
- [-] Pas de problème pendant les essais
- [#] Jamais testé, je n'ai pas d'image à ce format
- [~] Fonctionne a priori, mais routine incomplète, il manque des tests
- [!] Si vous avez des images XGA qui ne sont pas reconnues, donnez moi leur
- format (largeur/hauteur) pour que je les rajoute à la liste...
-
-
-
- Jusqu'à la version 3.03ß, la détection se faisait uniquement sur le type
- d'extension du fichier. J'ai rajouté un formulaire qui permet de forcer le
- programme à charger une image en faisant "abstraction" de son extension.
- Mais attention, si le fait de charger un fichier de 32034 ou 32066 octet
- parait compréhensible pour une image DEGAS non compressée, ne me tenez pas
- pour responsable d'éventuels plantages dans certains format: Si vous pouvez
- me confirmer à 100% que le fichier MACHIN.ZKW est une image DEGAS ELITE
- compactée, alors je vous tire mon chapeau. Tout ca pour dire que je ne
- garantie pas à 100% que la vérification du format sera exact, et donc ne
- causera pas de plantage. A vous de faire attention. De toute façon, c'est
- paramétrable, et l'option CHARGEMENT PAR L'EXTENSION, permet de dévalider
- cette liberté: Une image DEGAS s'appelera PI1 ou PC1, et c'est tout.
-
- Je ne garantie pas que les routines de chargement soient parfaites, et
- elles sont parfois simplifiées. Progressivement j'amméliorerait la
- diversité des formats chargés, mais on dispose déja d'une base convenable
- pour effectuer un travail potable... On peut noter les problèmes suivants:
-
- - Certaines IFF sont mal chargées. Il arrive que dans certaines image en
- provenance de NeoMaster les rasters soient mal gérés (Problème avec le
- raster no1 en conflit avec la palette générale).
- Les images en modes Extra Half Bright ne sont pas encore gérées. (Ce
- n'est pas de la pure faignantise ! Je n'ai pas trouvé d'images...) Note,
- quelqu'un de Besançon m'a passé quatre images IFF dessinées par un
- graphiste de 'The Hord' (DIEU). J'arrive pas à les charger correctement,
- mais CrackArt/NeoMaster/GEMView/IFFConvert n'y arrivent pas non plus !
- Il n'y a que StudioPhoto qui y arrive... Peut-être un type de compactage
- inconnu ? Je vais chercher. Si vous avez des infos la-dessus...
-
- - Seul le format GIF87a est supporté.
-
- - Le format PNT/TPI foire de temps à autres. Et en particulier, les images
- Prism Paint compactées ne sont pas chargées.
-
- - Les images TGA sont affichées à l'envers. Utilisez [INSERT] et/ou [CLR
- HOME] pour y remédier.
-
-
-
- Pour la sauvegarde, il n'y a que trois formats "directs"... Par cela, je
- veut dire que ce sont des formats qui n'entrainent pas de perte physique
- d'information.
- Ces formats sont le format interne de Rembrandt (.TCP), le format COKE
- (.TG1) qui est utilisé pas le BNR Viewer, et le format TGA 24 bits. Le
- format TGA 16 bits prends moins de place, mais on perds un niveau
- d'intensité pour le vert, et donc on ne peut sauver que 32768 teintes
- différentes sur les 65536 possible. Il va de soit que le TGA 24 bits est le
- meilleur format pour exporter les fichiers vers d'autres machines (PC, MAC,
- ...), mais il faut prendre conscience qu'une image TGA prends 50% de place
- en plus comparé aux formats TG1/TCP.
-
- Pourquoi utiliser le format TCP plutot que le TG1 ???
-
- Le format TCP présente divers avantages:
- - Il est aussi rapide à charger que le TG1 (Ces deux formats permettent un
- transfert instantané de l'image).
- - Il permet d'ajouter des commentaires à l'image (nom de l'auteur, adresse,
- description, date de réalisation,...), même que les musiciens écrivent
- dans les modules, pourquoi les graphistes n'en auraient-il pas le droit ?
- ~ Il permet de mémoriser la palette de travail (voir dans l'introduction).
- ~ Il permet de sauver les images dans un format compacté.
- - Il conserve diverses informations telles que la dernière couleur utilisée,
- la couleur définie comme étant TRANSPARENTE pour les opération de bloc,
- le mode de visualisation utilisé (overscan/double largeur...)
- - Permettra lorsque Rembrandt gerera plusieurs images de charger/sauver
- plusieurs images simultanément, de taille et/ou résolution variables.
-
- [~: Non encore implémenté]
-
-
- POUR LES CODEURS:
- -----------------
-
- Voici une description du format TCP. Normalement, il ne devrait pas
- y avoir de changement donc vous pouvez raisonablement vous fier aux infos
- suivantes. Mais, surtout respectez les offsets ! Je peut décider de rajouter
- des variables dans le fichier pour que Rembrandt les exploite, mais si vous
- faites un viewer et que vous respectiez ces offsets alors vous pourrez lire
- toutes les images Rembrandt de ce type, non compactées. Je n'ai pas encore
- décidé de la méthode à utiliser pour compacter des images True Color, alors
- faites un test sur le type de compactage. Si vous trouvez 'zéro' c'est que
- l'image n'est pas compactée et que vous pouvez donc la charger sans
- problème.
-
- ATTENTION! Si vous voulez exploiter le mode multi-image dans un
- viewer d'images, cela ne vous dispense pas de tester le bloc de palettes !
- Si vous ne faites pas cela, vous allez avoir des problèmes. Donc, en
- supposant que vous pointiez sur une image (bloc 'PICT'), pour aller à
- l'image suivante, il faut faire:
-
- Adresse du bloc 'PICT'
- + longueur de l'entete de ce bloc.
- + longueur totale des données de ce bloc.
- -> Pointe sur un nouveau bloc 'PICT', 'COLR', ou autre à venir...
- Tant que l'on ne trouve pas l'identificateur 'PICT', c'est que l'on
- ai dans des données concernant l'image courante, mais qui ne sont pas
- utiles a priori pour un viewer... Donc ,on continue à parcourir les
- blocs en ajoutant la taille de leur entete+taille des données à leur
- adresse de départ. Evidement, on pense à tester le nombre d'images,
- qui est indiqué dans l'entête principal.
-
-
- Format d'une image Rembrandt Type 1[*.TCP]
- >L'entete principal du fichier
- 8 octets d'entete ['TRUECOLR']
- 4 octets donnant la longueur totale du fichier
- 2 octets donnant la longueur de l'entete
- 2 octets pour le numéro de version du format
- 2 octets pour indiquer le nombre d'images stockées
-
- >L'entete de chaque image
- 4 octets pour indiquer que l'on a une image ['PICT']
- 4 octets donnant la longueur totale de l'image
- 2 octets donnant la longueur de l'entete
- 2 octets pour la largeur en pixels de l'image [Paire]
- 2 octets pour la hauteur en pixels de l'image
- 2 octets pour indiquer la couleur de transparence par défaut
- 2 octets pour la couleur du crayon par défaut
- 1 octet pour indiquer le mode de compactage [0:Aucun]
- 1 octet pour indiquer la présence d'une palette [0:Aucune]
- 1 octet pour indiquer si l'on doit utiliser l'overscan
- 1 octet pour indiquer si l'on doit utiliser la double largeur
- 1 octet pour indiquer si l'on doit utiliser la double hauteur
- 1 octet vide... pour alligner sur une adresse paire.
- 175 octets de texte (4*35)
- n octets potentiels futurs
- x octets pour l'image...
-
- >L'entete pour la palette si elle est présente
- 4 octets pour indiquer que l'on a une palette ['COLR']
- 4 octets donnant la longueur totale de la palette
- 2 octets donnant la longueur de l'entete
- n octets non encore définis !
- x octets pour la palette...
-
- Les valeurs pour Devpac:
-
- rsreset
- tcp_main_identificateur rs.l 2
- tcp_main_total_fichier rs.l 1
- tcp_main_offset rs.w 1
- tcp_main_version rs.w 1
- tcp_main_nombre_image rs.w 1
- tcp_main_longueur rs.b 1
-
- rsreset
- tcp_data_identificateur rs.l 1
- tcp_data_total_image rs.l 1
- tcp_data_offset rs.w 1
- tcp_data_largeur rs.w 1
- tcp_data_hauteur rs.w 1
- tcp_data_transparent rs.w 1
- tcp_data_crayon rs.w 1
- tcp_data_packing rs.b 1
- tcp_data_palette rs.b 1
- tcp_data_overscan rs.b 1
- tcp_data_double_largeur rs.b 1
- tcp_data_double_hauteur rs.b 1
- tcp_data_null rs.b 1
- tcp_data_commentaires rs.b 175
- tcp_data_longueur rs.b 1
-
- rsreset
- tcp_color_identificateur rs.l 1
- tcp_color_total_palette rs.l 1
- tcp_color_offset rs.w 1
- tcp_color_longueur rs.b 1
-
-
- Vous avez le droit de faire une routine de lecture d'images TCP, ou
- d'écriture, mais vous n'avez pas le droit de modifier ce format en y
- rajoutant ou supprimant quelquechose ! Si vous y tenez vraiment, alors
- contactez moi pour que l'on voit ca ensemble. Si tout le monde rajoute
- son petit quelquechose, ca va être le bazard...
-
- -------------------------------------------------------------------------------
-
-
- Problèmes et remarques en vrac:
- -------------------------------
-
- - En VGA, il n'est pas possible d'avoir l'overscan, ni le mode 80 colonnes.
- C'est de la faute du Falcon, pas de la mienne.
-
- - UNDO ne marche plus avec la routine de ligne. C'est temporaire !
-
- - Si la fenêtre ne se redessine pas après être retourné sous GEM, il
- suffit de cliquer et ca revient. (problème de redraw rare)
-
- - Je n'ai pas encore géré le déplacement des formulaires dans le cas où la
- taille de l'image est plus petite que celle du formulaire en question.
- Ma routine de centrage ne se pose pas de question, et centrer une boite
- de 120x160 dans une image de 50x50, ca ne marche pas terrible... Et donc
- j'affiche en dehors de l'écran... Et qu'est ce qu'il y a en dehors de
- l'écran ??? Hein, je vous l'demande... En tout cas ca fait BOOM !
-
- - Le programme détecte lui même si il a été lancée comme programme GEM, ou
- si il a été mis dans le dossier AUTO... (On ne sait jamais !!!)
-
- - Si MultiTos est installé, une boite d'alerte prévient que Rembrandt ne
- tourne pas sous MultiTos ! En fait c'est faux. Rembrandt tourne sous
- MultiTos dès lors que l'on travaille en mode 'pas de protection mémoire'.
- Le problème vient du fait que pour faire un hardscroll efficace, je suis
- obligé de passer en mode superviseur pour installer une nouvelle routine
- VBL qui modifie le registre $ffff820e.w definissant la largeur d'une
- ligne de la mémoire vidéo. Si vous connaissez une autre méthode, faites
- moi signe ! Donc, pour l'instant la partie GEM tourne à 100% sous MiNT,
- tandis que le reste tourne comme il peut. En bref: Sous MINT, on peut
- charger et sauver, mais pas visualiser.
-
- - A priori, la détection de machine fait que Rembrandt refusera de se
- lancer sur un ST/STE/TT... La détection passe maintenant par le Cookie
- Jar. Il semble que, Rembrandt tournerait sur un Falcon 060 à 100 Mhz, à
- condition qu'Atari conserve la compatibilité ascendante au niveau de la
- fonction SetScreen [Xbios(5)]. J'ai une question stupide: Comment peut
- on savoir si la machine dispose d'un mode True Color ??? Je trouve que
- le cookie _VDO=$00030000 n'est pas vraiment une indication suffisante.
- Cela laisse supposer que toutes les bécannes à venir qui auront le
- cookie _VDO supérieur ou égal à cette valeur auront le même mode True
- Color 16 bits ??? Parce que si l'on intérroge le GEM on peut juste savoir
- si le mode vidéo ACTUEL est en plus de 32000 couleurs ! Gasp.
-
- - Les résolutions variées sont (presque) bien gérées. A propos ! Je ne sais
- pas détecter la présence de certain 'étendeurs de résolution' tel que
- celui programmé par le groupe MCS. Pour l'instant, la reconnaissance
- porte sur FALCON SCREEN (Cookie:ΣFSC), SCREEN BLASTER (VSCR,OSBL), et sur
- BLOW UP! (BLOW). C'est très génant: En effet, je passe de la résolution
- système à la résolution de travail (True Color), en utilisant SetScreen.
- Le retour se fait en réutilisant la résolution antérieure [Xbios(88,-1)],
- et les adresses physiques et logiques antérieures [Xbios(2) et Xbios(3)].
- Or, si je choisie de travailler en overscan 1600x600 16 couleurs avec
- l'un des multiples programmes Freeware existant, et que je lance
- Rembrandt, on à un problème ! A priori tout va bien; on passe en mode
- dessin, ca gaze toujours; on repasse sous GEM... Gasp, Y'a un problème...
- L'est passée où la méga-résolution-pas-tout-à-fait-standard ??? Si vous
- avez une solution PROPRE, faites m'en part. Merci. Il faudrait que les
- fonctions Xbios soient patchées de manière à ca que lorsque l'on renvoie
- le code de résolution initial qu'alors l'utilitaire restaure sa propre
- résolution correctement.
-
- - Pour des raisons similaires, NVDI n'est pas utilisables. Tous les
- programmes utilisant les fonctions Xbios Vidéo sont affectés. Regardez
- donc les démos comme 'speeder'...
-
- -> La solution adoptée pour l'instant est la suivante: MultiTos,
- NVDI, et autres Falcon Screen sont détectés lors du lancement de
- Rembrandt qui se charge normalement. On peut charger une image, la
- sauver sous un autre format, etc... Il n'est par contre pas possible
- de visualiser l'image car une boite d'alerte vous explique le problème
- exact. En attendant que je trouve une méthode pour fonctionner avec ces
- utilitaires, j'espère que cela vous suffira. Au moins, il n'y a plus du
- tout de plantages !
-
-
- Les trucs:
- ----------
-
- - XBOOT !...
- Rembrandt n'est pas un modèle de compatibilité ! J'en suis tout a fait
- conscient, et j'ai espoir de pouvoir remédier à une bonne partie de
- ces problème. Pour l'instant, c'est agaçant de devoir désactiver NVDI,
- FalconScreen, ScreenBlaster, OverDesk, etc... avant de pouvoir lancer
- Rembrandt ! Mais, vu que de toute façon il est quasiment indispensable
- d'avoir un bureau différent pour chaque type d'application l'achat d'un
- logiciel comme XBOOT se justifie. Une fois que l'on a ce type de soft,
- on se demande bien comment on a pu s'en passer: J'ai une 15aine de
- configuration différentes (jeux, graphisme en 16 couleurs, graphisme en
- 256 couleurs, bureautique, MINT, programmation, ....) chaqu'une ayant sa
- liste d'utilitaires résidents, d'ACC, de CPX, et son propre bureau dans
- la résolution qu'il faut ! Donc si je choisi 'graphisme en 16 couleurs',
- j'arrive sur un bureau en mode ST BASS, avec les icones de DEGAS ELITE,
- NEOCHROME, CRACK ART sur le bureau. Si je prends 'bureautique', j'ai
- un bureau en overscan (moniteur RVB...), 80 colonnes, 16 couleurs, avec
- speedo gdos, nvdi, accent.prg, etc... et les icones de FIRST WORD, ...
- Bref, en clair, j'ai aussi une rubrique REMBRANDT, avec les fenêtres
- ouvertes sur le répertoire de travail de rembrandt, les images GIF,
- l'icone de MONST... et pas NVDI, ni x-blaster... Si vous avez XBOOT, vous
- n'avez vraiment aucune raison de critiquer les problèmes de compatibilité
- avec ces utilitaires ! (Note: Si vous ne savez pas comment avoir plusieurs
- bureaux mémorisés: Installez votre bureau comme vous le voulez [mettez
- des icones sur le bureau, changez la résolution, ouvrez vos fenêtres,
- etc...], ensuite faites 'sauver le bureau', créez un répertoire dans le
- quel vous mettrez toutes vos configurations, puis tirez le fichier
- 'NEWDESK.INF' vers le répertoire en pressant ALTERNATE en même temps. Là,
- une boite vous demande le nom qu'il faut donner au fichier: Mettez par
- exemple 'GRAPHIK.INF'. Lancez XBOOT, et rajoutez un nouveau JEU, que vous
- nommerez (par exemple) 'Rembrandt 3 !'. Choisissez alors les utilitaires
- que vous devez associer à Rembrandt (panneau de controle, accélérateur de
- souris, accessoires de bureau divers...) en évitant autant que faire se
- peut TOUS LES UTILITAIRES QUI NE VONT PAS AVEC REMBRANDT... (Je rappelle
- donc que mettre NVDI, ou MINT, ou SCREEN BLASTER, ou BLOW UP est une
- très mauvaise idée... entre autres !). J'espère ainsi avoir éviter des
- crises de nerf !)
-
- - La ressource en 16 couleurs, c'est très joli. Soit. Mais les images en
- TRUE COLOR, ca prend de la place en mémoire ! Alors le meilleur conseil
- c'est de lancer Rembrandt en 320x200 4 couleurs ou en 640x200 2 couleurs
- ,plutot que dans un mode comme le 640x400 256 couleurs ! Pour Rembrandt,
- ca ne change rien, puisque la ressource est prévu pour tous les cas
- possibles (Ptet pas en 127 par 53 pixels en 177 couleurs ???)
- d'affichage. Bref, moins la partie GEM prend de place, plus il sera
- possible de bosser sur de grosses images. (En fait, le mieux c'est la
- résolution ST BASSE ! C'est la plus jolie, et qui prend peu de place.)
- Concernant la mémoire: Gardez un ┤uil sur l'indication de taille de
- l'image qui apparait dans la boite de réglage de la résolution ! Cela ne
- donne pas la taille de la place totale occupée lorsque vous dessinez !
- Cette taille ne représente que la taille de l'image telle qu'elle est
- stockée en mémoire ! Car en fait, cette image doit être présente plusieur
- fois en mémoire pour que l'on puisse travailler efficacement. Sinon, pas
- de fonction UNDO... Pas de HARDSCROLL avec un écran virtuel... Il a donc
- fallu faire un choix !
- Pour ceux qui auraient quelques difficultés à évaluer la place prise en
- mémoire, voici quelques indications:
-
- - La taille d'une image est très simple à calculer. Il suffit de
- multiplier la largeur par la hauteur, et de multiplier le tout par
- 2. En bref, une image 320x200 prends 1280000 octets (125 ko), une
- image 640x400 prends 512000 octets (500 ko), et une image en mode
- overscan de 768x480 prends la bagatelle de 737280 octets (720 ko).
- Vous pouviez mettre combien d'image DEGAS ou NEO sur une disquette
- 720 ko ??? Et bien vous ne pouvez mettre QU'UNE SEULE image à ce
- format...
-
- - Pour travailler, j'ai besoin de trois blocs de mémoire. Le bloc
- n°1 contient en permanence l'image. C'est le seul bloc qui soit
- présent en mémoire lorsque vous êtes dans la partie qui est sous
- GEM. Cela permet de charger une TRES GROSSE image, et de la sauver
- dans un autre format. Cela laisse aussi un maximum de mémoire pour
- utiliser des accessoires de bureau. Le bloc n°2 est une zone que
- j'utilise pour la fonction UNDO, elle fait donc exactement la même
- taille que celle de l'image. Donc, dans vos calculs de mémoire,
- vous pourriez encore multiplier par deux la place mémoire occupée !
- Cette zone ne sert pas qu'à cela, elle sert aussi lors des effets
- de retournement, de rotation, de calcul de flou, etc... Enfin, le
- bloc n°3 qui est tout aussi indispensable que les autres, puisque
- ce bloc contient l'écran ! C'est un écran virtuel: Si votre image
- fait 640 pixels de large et que vous avez choisi de l'afficher en
- mode simples colonnes (320 pixels), cela ne signifie pas que le
- bloc écran est plus petit ! Il y a le reste de l'image en dehors de
- la partie visible sur l'écran; c'est d'ailleur ce qui me permet de
- vous offrir un scrolling rapide et fluide. Donc, il faut rajouter
- la place prise par l'écran. Or, l'écran n'est jamais PLUS PETIT que
- l'image. Il fait au minimum la taille de l'image, et peut être plus
- grand que l'image (il y a une bordure autour de l'image, dans le
- cas ou la résolution choisie est supérieure à celle de l'image !).
- Il faut donc multiplier par trois la place mémoire que vous aviez
- calculé initialement. Donc en résumant, le fait de charger une
- belle image GIF en 800x600 occupe (800x600x2)x3=2.880.000 octets
- soit 2812 ko, soit 2,7 méga octets. Donc ne vous étonnez pas si
- après avoir chargé l'image vous ne pouvez pas l'afficher (dans ce
- cas, une boite d'alerte vous indique que « Il n'y a plus asser de
- mémoire pour travailler. Réduisez la taille de l'image ou bien
- supprimez des accessoires... ») si vous avez plein d'accessoires
- de bureau, une quarantaine de résidents dans le dossier AUTO, et
- un PETIT ram-disk de 2 mégas... J'espère que j'aurais été assez
- clair...
-
- - OUTSIDE !...
- Nouveauté: J'ai installé la version de démo de OUTSIDE sur mon dur,
- et j'ai donc réfléchi à l'utilisation de ce très bon utilitaire !
- J'ai donc procédé à quelques tests avec divers programmes réputés
- pour leur relative "lenteur", ainsi que pour leur extrème voracité
- en mémoire vive ! Mon oppinion est donc bonne, puisqu'effectivement
- le facteur de ralentissement n'est pas excessif. Donc, il faut que
- Rembrandt soit compatible avec OUTSIDE ! Pour l'instant ce n'est
- pas vraiment genant car, vu que cette version ne permet pas de
- travailler sur plusieurs écran, la demande de mémoire reste dans
- une limite raisonable. Mais dès que la gestion de plusieurs images
- sera au point, le problème de la place mémoire sera crucial. Comme
- je l'ai déja dit plus haut, pour travailler sur une image il me
- faut en mémoire: - L'image elle même.
- - Une copie pour permettre le UNDO
- - La mémoire écran
- Il va de soit que si je permet l'utilisation de plusieurs images,
- alors on aura: - n blocs pour les images
- - 1 bloc pour le UNDO
- - 1 bloc pour la mémoire écran
- Effectivement, on ne travaille à un moment donné que sur une seule
- des images, donc on n'a pas besoin de 'n' blocs pour UNDO ou pour
- la mémoire écran. Si je vous explique tout ca, c'est pour que vous
- compreniez le problème technique:
- - Lorsque OUTSIDE est installé, on obtient deux types de
- mémoire. On a la mémoire conventionnelle, et la mémoire étendue.
- La mémoire conventionnelle se trouve en mémoire centrale dans votre
- joli Falcon, et permet de faire plein de choses intéressantes,
- telles que stocker les images (normal !), ou d'y mettre la mémoire
- nécessaire pour l'affichage (la mémoire écran)... La mémoire
- étendue se trouve soit en mémoire centrale, soit sur le disque dur,
- mais il n'y a aucun moyen de le savoir: C'est OUTSIDE qui se
- débrouille pour que l'utilisateur n'y voit que du feu et que la
- mémoire demandée soit là où on la voulait. Donc, là est le gros
- problème: Il n'est pas possible de placer la mémoire écran dans la
- mémoire étendue ! Pourquoi ? Bah, dites vous que ce n'est pas
- évident pour le processeur graphique d'afficher 50 fois minimum par
- seconde les 128ko d'une bete image 320x200 en True Color s'ils se
- trouvent sur le disque dur au lieu d'être en mémoire vive !...
- Donc, la mémoire écran doit se trouver en mémoire conventionnelle
- (si vous n'avez pas compris, relisez lentement le paragraphe qui
- précède !). Imaginons que vous vouliez travailler en 1000x1000
- avec un gros écran virtuel (C'est beau quand ca scrolle !). Cet
- écran n'occupe somme toute que la bagatelle de 1000x1000x2 octets,
- soit 2000000 octets, 1953 koctets. Bref, 'a peine' 2 mégas ! Donc,
- confians vous vous dites: «J'ai OUTSIDE installé; la mémoire écran
- est en mémoire conventionnelle; mon falcon possède 4 mégas de
- mémoire vive; OUTSIDE me rajoute 2 mégas sur le disque dur; pas
- de problème, ca tient !»...
- ...dommage, mais ca ne marche pas comme ca ! (???!!! Pense le
- lecteur interloqué...). Kezako ? Et oui: OUTSIDE ne rajoute pas
- ses mégas octets gentiment comme ca sans poser de questions ! En
- fait ce ne sont pas 2 mégas que OUTSIDE se réserve sur le disque
- dur, mais plutot 4 mégas ! Et en plus, il bouffe joyeusement 2
- mégas en mémoire conventionnelle: Et oui, il faut bien a un
- moment ou a un autre que la mémoire étendue se trouve en mémoire
- vive, sinon on ne pourrait jamais y accéder comme à de la mémoire
- 'normale'... Donc, OUTSIDE 'jongle' avec le disque dur, avec son
- bloc de deux mégas en mémoire vive; ce qui entraine une diminution
- de la mémoire conventionnelle disponible: On ne dispose plus de
- 4 mégas, mais de 2 mégas ! Donc, si on installe une mémoire vidéo
- qui approche des 2 mégas, il ne reste plus de place pour le système,
- ou pour les accessoires, ou pour MiNT, ou pour... Bref, j'espère
- que vous aurez compris l'intéret et les limites d'un gestionnaire
- de mémoire virtuelle comme OUTSIDE ! Par contre, si vous avez un
- falcon avec 14 mégas de mémoire vive, un disque dur SCSI 2 externe
- de 200 mégas,.... pas de problème ! Vous pouvez réserver un
- écran virtuel de 2000x2000 (8 mégas !) en True Color, et bosser
- avec vos 10 images en même temps en mémoire ! En attendant, si
- Rembrandt vous dit qu'il n'a pas assez de mémoire alors que le
- bureau vous dit que vous avez 5 mégas... de mémoire totale (donc
- mémoire conventionnelle + mémoire étendue) comprennez en fait qu'il
- n'y a plus assez de mémoire conventionnelle.
-
- - FLAGS: Il existe divers utilitaires permettant de modifier des
- programmes pour que ceux-ci soient configurés différements lors de
- leurs exécution. Rembrandt accepte d'être mis en mode 'FAST LOAD'.
- Pour ce qui est des préférences de mémoire, Rembrandt lui même peut
- être chargé en mémoire alternative, mais il ne faut pas que les
- demandes de mémoire soit faites en mémoire alternative ! Il me
- faut impérativement de la mémoire conventionnelle pour la raison
- précédente (voir OUTSIDE !).
-
- - Il est possible de "gagner du temps" en supprimant l'option ANIMATION
- FERMETURE/OUVERTURE. En bref, ca supprime les GROW BOX/SHRINK BOX lors
- de l'ouverture et de la fermeture des formulaires GEM.
-
- - Dans la boite de paramétrage de l'affichage, il y a un bouton qui porte
- l'inscription «ADAPTE». Lorsque l'on presse ce bouton, les coordonnées
- image sont automatiquement remplacée par le format sélectionné; Rembrandt
- prends alors les coordonnées correspondant au mode écran choisi.
-
- Ex: Si vous prenez OVERSCAN+DOUBLE HAUTEUR, Rembrandt vous créera
- une image de 384x480 pixels.
-
- Considérez que l'image de base fait 320x200 sur un moniteur broadcast
- (Télévision, moniteur couleur de ST..., Multisync en mode ST...), et
- fait 320x240 sur un moniteur VGA.
-
- L'overscan permet de multiplier les coordonnées par 1,2 en largeur comme
- en hauteur. Ce n'est pas possible sur un moniteur VGA.
-
- Le fait de prendre la double largeur double la résolution horizontale.
- (Pas possible en mode VGA)
-
- La validation de la double hauteur, double la résolution verticale, mais
- oblige à passer en mode entrelacé sur les moniteurs non VGA
-
- - L'option «SAUVER» dans le menu OPTIONS sert à sauvegarder un fichier de
- configuration nommé «REMBRAND.INF», dans le répertoire qui était actif
- au moment où Rembrandt a été lancé. Cela permet d'avoir divers
- configurations de travail, selon le type d'application que l'on crée.
- [Note: Cela suppose en fait que Rembrandt soit installé comme application
- au niveau du bureau (icone ou touche de fonction), et que les images
- soient dans la fenêtre active du bureau... Bref, ca fonctionne comme pour
- Devpack, qui place ses fichiers de configuration dans le répertoire
- courant.]
-
-
-
-
- A venir: (Mais ne soyez pas pressés !)
- --------
-
- - Un mode spécial qui permetra de ne travailler qu'avec 256 couleurs
- différentes sur une même image. Evidement, PHYSIQUEMENT Rembrandt
- continuera de travailler en mode TrueColor (pas de mode 80 colonnes sur
- les moniteurs VGA, seulement 32 valeurs pour le Rouge et le Bleu au lieu
- des 64 disponibles dans le mode 256 couleurs du Falcon,...) mais cela
- permetra tout de même de travailler, et de sauver des images en 256
- couleurs.
-
- - La sauvegarde directe en GIF/TIF.
-
- - L'importation en PCX (demandé par AAZ).
-
- - L'exportation vers les formats ST courants (moins de 16 bits de
- définition)
-
- - Le chargement du format JPEG, si je parvient à obtenir la documentation
- concernant le dépacker de Brainstorm. Je sais qu'il y à un Cookie _JPD,
- qui pointe sur un tableau de valeurs, dont certaines sont les adresses
- de routines... Mais à part cela...
-
- - Le chargement des fichiers GIF89a.
-
- - La possibilité d'avoir plusieurs images simultanément en mémoire. (C'est
- en cours !)
-
- - Des fonctions de bloc. Je prévoie la découpe rectangulaire ainsi que le
- lasso (ou le canif ! 'Jack Knife' de NeoChrome). De toute façon, tous les
- effets seront utilisables en mode bloc comme en mode image.
-
- - Des fonctions de retraitement d'image. (dé-aliasing,...) En mode local
- (bloc) ou global (image). (Je vais mixer CrackArt et StudioPhoto !)
-
- - Tous les outils usuels (cercles, brosses, vaporisateur,...).
-
- - Une vraie loupe façon CrackArt/Degas.
-
- - Une vraie loupe façon Dpaint/Neochrome.
-
- - Une version multi-langages. (Voir la partie Anglaise à la fin de la doc).
-
- - La compatibilité NVDI (dès que j'aurais compris les différences qui
- existent au niveau du XBIOS(5)/(88) lorsque NVDI est présent, et
- lorsqu'il ne l'est pas...)
-
- - L'exploitation des RIM. Je suis en train de voir comment les drivers
- fonctionnent, mais je ne sais pas encore comment les exploiter. Je
- pense que je vais conserver mes formats par défaut tant qu'ils seront
- plus performants que les RIM. Après, je ne sais pas ! Ce qui serait
- très bien, c'est que quelques coders se penchent sur le problème des
- RIM, et qu'ils en étendent le nombre, ou même, qu'ils optimisent leur
- fonctionnement. Serait'il admissible d'avoir des RIM spécifique 030 ?
- Ou que le RIM fasse un test processeur ? Cela permettrait d'avoir la
- routine de chargement GIF du binaris Viewer pour tous.
-
- - Toutes mes idées tortueuses concernant la création graphique ! Je crois
- que je vais m'inspirer un peu de ZZ-Rough ! Il était vraiment génial ce
- programme: Dommage que le ST n'ai eu que 16 couleurs !
-
- --> Et puis toutes les suggestions que j'ai récupéré sur RTEL, dès lors
- qu'elles seront raisonables... Ainsi que toutes celles que l'on voudra
- bien me faire par courrier, par téléphone, par télégramme, etc...
- NOTE: Vous pouvez toujours essayer la télépathie, mais il n'est pas sûr
- que je soit très réceptif !
-
-
- VERSIONS DIFFUSÉES:
- -------------------
-
- Concernant les numéros de version. Tant qu'il y à un zéro après le point,
- on reste dans les ß-Versions librement diffusables (C'est même encouragé).
- Toute version qui aurait un autre chiffre ne serait plus une ß-Version,
- lisez la doc l'accompagnant pour savoir ce qu'il en est (ou lisez la boite
- informations directement dans le programme). Je n'utiliserais les sous
- divisions qu'au niveau débogage. Ainsi, une éventuelle version 3.001 ne
- serais jamais qu'une version 3.00 avec quelques bugs corrigés. En gros, pas
- de changement au niveau des fonctions ou des capacités. Donc, si vous
- n'avez pas eu de problème avec votre version et que vous apprenez que la
- version 3.04x est sortie, ce n'est pas la peine de faire un foin du diable.
- Si cela ce trouve, ce bug corrigé vous ne l'auriez jamais trouvé ! Ceci
- expliqué, voici la liste des releases officielles:
-
-
- +-------+------------------------------------------------------------------
- | 3.00 | NeXT release. A priori, seul Chromix de CAT l'a eu...
- +-------+------------------------------------------------------------------
- | 3.01 | Up-loadée sur GREAT PUDARKUS (une BBS américaine)
- +-------+------------------------------------------------------------------
- | 3.02 | Up-loadée sur GREAT PUDARKUS
- +-------+------------------------------------------------------------------
- | 3.03 | Un exemplaire laissé à Contact'ST le samedi 16 octobre 1993
- | | Sunix\The Extract [Montbeliar] le lundi 18 octobre 1993
- +-------+------------------------------------------------------------------
- | 3.04 | BDB\The Silver Sharks [Besançon] le samedi 23 octobre 1993
- | 3.04+ | Dm Violator\Binaris le vendredi 5 octobre
- | | EKO "
- | | Sunix\The Extract "
- +-------+------------------------------------------------------------------
- | 3.05 | Première diffusion sauvage en de nombreux examplaires !
- +-------+------------------------------------------------------------------
-
-
- HISTORIQUE:
- -----------
-
- - Les premières lignes de code concernant la version 3 de Rembrandt ont été
- codées dans la quinzaine qui à suivit la réception de mon Falcon. Disons
- que cela date de la mi-juin 1993. Tout ce qui a été codé jusqu'à la
- rentrée était techniquement intéressant mais totalement inutilisable dans
- un cadre graphique: Les routines de gestion de fichier, la loupe rapide,
- les macros pour gérer le clavier et la souris, l'interface GEM, et les
- première tentatives de création des routines de dessin...
-
- - Lundi 13 septembre 1993:
- Le programme détecte le type de moniteur, et l'affiche dans la boite de
- paramétrage de l'affichage. Les cases de validation de l'overscan et du
- mode double largeur ne sont plus actives lorsqu'un moniteur VGA est
- détecté. Toujours pour le VGA, les lignes supplémentaires sont maintenant
- gérées proprement.
- Les premières fonctions de manipulation d'image sont là. On peut
- retourner l'image horizontalement ou verticalement, en utilisant INSERT
- ou CLR HOME. Cela permet de remettre les images TGA dans le bon sens.
- [Question: Y'a t'il un moyen de savoir dans quel sens est stocké une
- image TGA ??? Parce que si j'inverse systématiquement les images dès le
- chargement, certaines images seront alors à l'envers (CARR,MADONA...)]
- Il est possible de forcer la résolution de l'image de manière à ce qu'
- elle corresponde avec la résolution physique affichée [Bouton ADAPTE].
- [Note: Si les dimensions de l'image sont différentes, il n'est pas
- encore possible de faire un redimensionnement, on peut soit l'effacer,
- soit annuler l'opération.]
-
- ~~ 3.01 ß ~~
-
- - Mardi 14 septembre 1993:
- La ressource est maintenant intégrée au fichier PRG. Ca fait plus propre
- et en plus il y a un avantage de taille : Il est maintenant possible
- d'installer Rembrandt comme «TOOL» dans Devpac, ou de choisir le
- répertoire de la fenêtre courante lorsque l'on installe Rembrandt comme
- application sous le bureau GEM. Pourquoi ??? Les programmes qui ont une
- ressource séparée n'arrivent pas à la retrouver si ils sont lancés alors
- que le chemin courant ne correspond pas à leur position sur le disque.
- Bref, maintenant Rembrandt trouve toujours sa ressource, et en plus, le
- système des fichiers de configuration placés dans divers répertoires
- devient maintenant utile !
-
- - Mercredi 22 septembre 1993:
- Les images PNT et TPI sont chargées. (Mal... Il y à un problème avec les
- index de couleur VDI. Le noir et le blanc sont inversés.
-
- - Jeudi 23 septembre 1993:
- Les images XGA sont chargées.
-
- - Vendredi 24 septembre 1993:
- La fonction UNDO est implémentée. Le curseur de la souris indique la
- couleur courante. Il est possible de capturer une couleur avec le bouton
- droit en restant appuyé dessus. Le curseur est maintenant clippé, et donc
- ne tourne plus stupidement autour du point central... (Gosh)
-
- - Jeudi 30 octobre 1993:
- Le programme utilise maintenant le Cookie Jar pour effectuer la
- détection de la machine. Accessoirement, on en profite pour vérifier si
- NVDI est installé. (Cookie: «NVDI»=$22472) Si c'est le cas, on en
- profite pour faire remarquer que Rembrandt est HAUTEMENT incompatible
- avec un certain nombre de programmes ! Si avec ca je ne me fait pas
- insulter sur la place publique ! [Ex: STMAG -> Et dire qu'il y à encore
- des programmeurs (peut on encore les appeler programmeurs ???) qui OSENT
- sortir des programmes ne respectant pas scrupuleusement les spécifications
- d'Atari, bla bla bla blof.... Gasp] Héhé... Et puis d'abord je n'aime pas
- la crème de marrons, même lorsqu'ils sont en tubes de 20 grammes.
-
-
- ~~ 3.02 ß ~~
-
- - Samedi 2 octobre 1993:
- Le scrolling Hard fonctionne parfaitement. De même que toutes les
- manipulations, déplacements et autres traçages.
- Le format Art Director [*.ART] est maintenant chargé.
-
- - Dimanche 3 octobre 1993:
- Les images IFF sont maintenant chargées quelles que soient leurs
- dimensions, nombre de couleurs. Cela permet entre autre de récupérer
- toutes les images Amiga en 640x256 et celles en 32 couleurs.
-
- - Mardi 5 octobre 1993:
- Les images HAM Amiga sont maintenant chargées. En fait, une fois que la
- routine IFF normale tourne proprement, c'est très facile de gérer ce
- mode !
-
- - Jeudi 14 octobre 1993:
- Après une semaine de délire à la fac. (Notre emploi du temps change tous
- les deux jours... Gasp, bref j'ai rien foutu depuis une semaine. Donc,
- les ressources ont été modifiées, rajout d'une boite de paramétrage des
- préférences, du formulaire de choix des formats d'image.
-
- - Vendredi 15 octobre 1993:
- Rembrandt est maintenant un peu moins buggé, et un peu plus cohérent.
- En effet, je me suis rendu compte que les boites d'alerte étaient un peu
- fantaisistes... Donc à partir d'aujourd'hui, les CONFIRMER sont à gauche,
- suivit d'un ANNULER (plus de continuer,annulation,gasp,...). Et une 3ème
- option est proposée lorsque cela est nécéssaire: SAUVER. Une vérification
- est faite avant de quitter. La boite de paramétrage de résolution à été
- remaniée "intérieurement" de fond en comble: Le bouton ADAPTE agit de
- façon immédiate, et non seulement au prochain appel de la boite de
- paramétrage. Il y a maintenant un test sur les dimensions rentrées: Il
- n'est pas possible de choisir une résolution inférieure à 16x16, et la
- largeur de l'image doir être paire. J'estime que ce n'est pas franchement
- une grosse limitation !
-
- ~~ 3.03 ß ~~
-
- - Samedi 16 octobre 1993:
- Première présentation à Besançon, à Contact'St. Il y avait un bug dans
- la boite de réglage vidéo... Corrigé le soir même. Gasp.
-
- ~~ 3.04 ß ~~
-
- - Mardi 19 octobre 1993:
- Amélioration du gestionnaire de mémoire. A priori, on ne peut plus
- planter le programme en manipulant des images trop grosses, car il refuse
- d'effectuer l'opération. Implémentation des premiers effets spéciaux sur
- image (sombre/clair/négatif/flou/mise en gris). Possibilité de calculer
- des couleurs en demi-teinte... Les effets de symétrie sur l'image sont
- maintenant deux fois plus rapide (ca se sent surtout avec les images en
- 640x480...). Toutes les routines de transfert de bloc ont été optimisées.
- J'ai rajouté le format TG1 (Format Coke TrueColor) à la liste des formats
- reconnus par Rembrandt.
-
- - Samedi 23 octobre 1993:
- Utilisation de Rembrandt pendant tout l'après midi, en essayant de le
- faire planter, ou de trouver tout ce qui était agaçant. A l'issue de ce
- test, j'ai corrigé le FileSelect (utilisation de répertoire par défaut),
- le module de chargement/sauvegarde des paramétrages, harmonisé les boites
- d'alerte qui apparaissent en cas d'erreur durant les chargement d'image,
- viré quelques bugs méchants... Bref, j'ai fait du nettoyage dans le
- programme.
-
- - Week-End du 1er novembre 1993:
- J'ai supprimé un méchant 'flicking' d'écran qui apparaissait sur les
- moniteurs VGA. En fait c'était de ma faute... Je faisait le changement
- de résolution trop tard dans la VBL, donc le fait de bouger la souris
- foirait la synchro video !
-
- ~~ 3.05 ß ~~
-
- - Jeudi 4/Vendredi 5/Samedi 6/Dimanche 7 novembre 1993:
- GEM Revenge... Ca y'est, c'est tout beau tout propre; c'est compatible
- MultiTos; y'a une fenêtre; y'a une barre de menu; y'a des raccourcis
- clavier. Bref, c'est au moins autant une application GEM que certains
- autres programmes de dessin comme Prism Paint ! Il reste un vilain bug
- sous MultiTos: Impossible de charger ou sauver une image ! Certainement
- un problème de répertoire par défaut. Les routines de dessin ont été
- réécrites. Maintenant FalconScreen, ScreenBlaster, BlowUp! sont détectés
- et il n'y a plus qu'une boite d'information globale qui interdit de
- visualiser l'image si ils sont actifs. De plus, NVDI à subit le même
- traitement et il n'y a plus de 'bombage' au démarrage (C'était de ma
- faute... Une connerie ! Mais c'est pas possible de faire des trucs nuls
- comme ca... bah... la honte. j'vais m'suicider ! Quel déshonneur. SVP, si
- vous avez la 3.04, désassemblez pas pour voir le bug !).
-
- - Lundi 15 novembre 1993:
- J'ai changé toute la gestion des outils. Maintenant tout est organisé de
- façon 'matricielle'. j'ai une matrice de N outils ayant M fonctions, et
- en une seule fois j'obtient l'icone, le curseur, le texte, l'adresse de
- la routine, le raccourcis clavier... correspondant à un outil particulier.
- Le résultat ? Une seule routine pour tous les outils. Donc, c'est pas
- plus lent finalement, mais lorsque tous les outils seront implémentés,
- cela m'aura permis de gagner plusieurs dizaines de Ko sur le PRG. De plus,
- comme la structure globale est beaucoup plus homogène maintenant, cela
- facilite le débogage et l'implémentation des nouvelles fonctions. Vivement
- qu'on ait un bon débogueur sur le Falcon... qui supporte les changements
- de résolution ET permette de travailler sans plantage lorsque l'on vire
- les interuptions du système.
-
- - Dimanche 21 novembre 1993:
- Modification de la routine de tracé de ligne, pour que l'on ait LINE et
- RAYON en plus de KLINE.
- Correction d'un bug mineur dans la sauvegarde en TG1 (signalé par MEGAR).
- Suppression d'un bug minable dans l'appel aux fonctions de dessin, qui
- faisait que entre le moment où l'on cliquait et le moment où l'on
- dessinait, la position de la souris était 'oubliée' et donc le tracé
- commencait à l'endroit ou était rendu la souris à ce moment. En clair,
- sur les grosses images, le temps de transférer l'image dans le buffer
- UNDO... impossible de tracer à l'endroit ou l'on veut ! Maintentant,
- c'est arrangé. M'enfin ! Ha, et puis maintenant, on peut utiliser la
- touche SHIFT lorsque l'on trace des lignes: Cela permet de tracer des
- horizontales/verticales/diagonales facilement.
-
- - Samedi 27/Dimanche 28 novembre 1993:
- Création d'une routine "polyfill convexe" qui permet de tracer en temps
- réel les rectangles pleins, disques, et autres formes tordues telles que
- triangles, octogones, dodécagones pleins... C'est cool ! Ca fait plus
- propre que de tracer un cadre que l'on remplie après, et en plus le code
- est très compacte, et ca marche même avec l'écran virtuel en restant en
- 1 ou 2 vbls (sans clignoter...). Donc, on peut tracer un cercle de 300
- points de rayon sur une image 768x480...
- J'en ai profité pour implémenté la fonction 'aérosol'. C'est de la faute
- au DM ! Il m'a fait une super présentation dans l'édito du club Falcon
- sur RTEL... en disant que l'airbrush était génial alors qu'il n'était pas
- encore codé ! Donc, pour ne pas perdre la face et décevoir la foule en
- délire, fallait bien s'y mettre ! M'enfin, ca marche.
-
- - Vendredi 3/Samedi 4 décembre:
- Débogage, tests, ammélioration de la loupe, mise à jour de la doc,...
- C'est la version 3.05 finale qui sera expédiée....
-
-
- ---------------------------------------------------------------------------
- ---------------------------------------------------------------------------
- ---------------------------------------------------------------------------
-
- Comment me contacter ?
- ----------------------
-
- Par courrier, écrivez à l'adresse suivante. Mais sachez que je ne répondrait
- que si il y a une enveloppe self-adressée-timbrée. J'en ai marre d'aller à
- la poste acheter des timbres, et écrire des adresses ca prend du temps.
- Accessoirement, j'ai des scrupules à ne pas répondre aux personnes qui me
- laissent des enveloppes timbrées...
-
- POINTIER Mickaël
- 6, rue George Sand
- 49100 Angers
-
-
- Par téléphone, composez le numéro suivant; mais faites le à une heure
- décente, parce que s'il n'est pas certain que je dorme, il est probable que
- l'autre personne vivant dans mon appart soit partie rendre visite chez le
- marchand de sable... Accessoirement, si vous appelez en journée, et que
- c'est elle qui décroche, soyez polis et laissez au moins vos noms, prénoms,
- et pseudos, si je ne suis pas là.
-
- -> 41.43.96.15
-
-
- Par minitel, je suis contactable sur le serveur RTEL, dans la bal DBUG II.
- Pour ceux qui ne connaissent pas, il y a plusieurs accès possibles:
-
- 3615 RTEL
- 3615 RTEL3
-
- 3614 RTEL1 | Ces deux là sont les moins cher, mais il n'est pas possible de
- 3614 RTEL2 | se connecter à certaines périodes si l'on ne possède pas de
- | crédits. Or, si vous lisez ceci c'est que vous n'êtes jamais
- | allé sur RTEL, et donc que vous n'en avez pas ! CQFD...
- | En gros, considérez qu'à partir de 22:30 vous avez 80% de
- | chances de rentrer en 3614, et que cela en vous coutera que
- | 13 centimes à la minute (soit 7,80 Fr de l'heure), ce qui est
- | tout à fait raisonable !
-
- La solution que je préfère c'est le minitel, car cela me permet de capturer
- les messages directement avec un émulateur et de les sauver en ASCII.
- Ensuite, je sauve le tout dans un fichier global qui contient les désirs
- des uns et des autres.
- A titre indicatif, je possède des propositions et commentaires venant de:
-
- - Aaz - (Binaris)
- - Babar -
- - Cortexx -
- - Createur -
- - DM Violator - (Binaris)
- - Drenolc -
- - Eko -
- - Hawat - (Binaris)
- - Kasar -
- - Megar - (Binaris)
- - Niko - (Mjj Prod)
- - Nucleus -
- - Odyssey -
- - Stof -
- - StReo -
- - Thulu - (DSP)
- - Xl Survivor -
- - ZeBigBos - (PARX Software)
-
- que je remercie grandement. Il va de soit que les personnes qui sont sur
- cette liste seront parmis les premières à être servies. J'espère qu'elles
- ne seront pas déçues !
-
- Merci aux membres de Binaris pour les encouragements et la routine de
- chargement d'images GIF. Maintenant, j'attend la version qui charge le
- GIF89a ! Et puis le transformateur TrueColor -> 256 couleur, et puis la
- routine qui sauve en GIF ! (Bonne chance...)
-
- Hello à Chromix: Et le "Divine Neo", il avance ? Tu as vu, on peut utiliser
- SHIFT pour forcer les lignes !
-
-
-
- ----------------------------------------------------------------------------
- ----------------------------------------------------------------------------
- ----------------------------------------------------------------------------
- ----------------------------------------------------------------------------
- ----------------------------------------------------------------------------
- ----------------------------------------------------------------------------
- ENGLISH PART:
-
- First, I hope you'll try to read all of these explanations, because
- as I'm not really a good 'English speeker' you could be bored befor long !
- Let's start now.
-
- If you read this part, I suppose you're someone comming from one country
- where the English is the most common spoken language, and you're saying:
- «These nasty frenches never make English versions of their software...»
- You're not totaly wrong, but perhaps a translated version of this piece of
- software would born if I receive a consequent amount of letters/postcards/
- financial contribution/ or(and) other encouragements...
-
- I've done this beta version in French for a simple reason. This is a beta
- version, and my beta-testers are Frenchies. I think this reason is suffisant
- enough !
-
- Just suppose I'll make this english version of Rembrandt, ok ? In this
- case, I'll have to rewrite a completely translated UserManual. I think this
- work could be done without terrific problems. But the problem could come
- from the program itself ! There are two ways of doing such an operation:
-
- 1/ I'm doing a French version, and an English version.
- - It's efficient, because both versions are compact (only one language).
- - There is a very high probability that only the English version would
- be release outside France, and many non-French people would think that
- Rembrandt isn't a French product ! (Yes, I know that's patriotic
- feelings...)
- - It's much more difficult to assume a parallel updating of both versions.
- - An hypothetic bug can be found in one version, and not in the other...
-
- 2/ I'm doing a multi-language Rembrandt.
- - The programm will be much more longer, cause I must have all the texts
- in both languages.
- - Updates are much easier.
- - No probleme of language since you could change the one you need from
- the "parameters" formular (or by reading the user nationality in the
- the battery-backed memory (NVM) of the falcon).
- - A very lousy programming work ! Cause English texts are never of the
- same lenght than the French equivalent, it's difficult to do some
- standard ressources. And the number of labels is doubled:
-
- eg:
-
- alert_image_non_sauvée
- dc.b "[1][L'image en cours n'a pas|"
- dc.b "été mémorisée. Votre travail|"
- dc.b "sera perdu !!!]"
- dc.b "[Confirmer|Annuler|sauver]",0
-
- alert_uk_image_non_sauvée
- dc.b "[1][The current picture hasn't|"
- dc.b "been saved yet. Your work will|"
- dc.b "be destroyed!!!]"
- dc.b "[Ok|Cancel|Save]",0
-
-
- I need your opinion on these subjects, but I accept Frenches
- propositions too !
-
- But I'll NEVER done a German version by myself... Except if someone
- is capable to do this work for me. In this case, I'll send him the datas to
- translate and the general method of doing the work...
-
- And now, a short translation of the documentation:
-
- The keys:
-
- - D: Draw. You have a pen, and you can draw with it. Classic.
- - K: K-Line. It's a continuous line. Just click once to indicate the point
- from where the line drawing starts, move the mouse, and so click to
- indicate the ending point of the line you're drawing. Just click with
- the right button to stop drawing lines.
- - L: Line. Each drawed line is independant.
- - R: Rayons. The lines have the same starting point.
- - Z: Filler. Just take you'r color, and click somewhere on the picture. So
- the shape will be filled.
- - F: Frame. It just work like the line. Indicate the first corner, and so
- drag the second corner and click to fix the position.
- - B: Box. It's exactly like FRAME except that you obtain a filled box.
- - C: Circle. This is for drawing circles.
- - D: Disk. This is for drawing filled circles !
- - A: Airbrush.
-
- Important note: Try the keys [SHIFT] [ALTERNATE] and [CONTROL] when you're
- using one of these tools. Look at the effect.
-
- That's all for the tools. Note you've the same function if you briefly
- click with the right button: A deplacable formular appears, with the
- complete tool-box. Each tool had is own sub-menu.
-
- - [SPACE]: Activate the color palette selector. Click outside the formular
- to catch a picture color, move the cursors,... and so on.
-
- - [RETURN/ENTER]: Return to the GEM part of Rembrandt.
-
- Special effects:
- They are just demoes of the final functions. These are slow and pretty
- bugged !
-
- - (: Shadow.
- - ): Bright.
- - /: Negativ.
- - *: I don't know the English word, but it's like you take a photo and
- you're not an expert: You've made an error, and so the picture is
- not clean. This effect take pixels by pair. (Pixel:Picture Element)
- - -: It's the same effect, but the method is different. It's a global
- 8 directions analysis (convolution).
- - 7: You don't like colors ? Just do a grey scale transformation.
-
- Picture manipulation:
- There is a remaining bug. It crashes the program if you try to rotate a
- fucking LARGE picture... Gasp.
-
- - [INSERT]: Invert the picture on the X-axis (or Y ???)
- - [CLR HOME]: The same thing, but on the other axis !
- - []: Rotate the picture clockwise
- - []: The same, but in the good clock direction...
-
- Special features:
- You can catch a color from the picture to draw with it by a smart
- utilisation of the right button. Just stay pressed on it, and move your
- mouse. The cursor color changes: it's the color pointed on the picture.
- [I've to explain a difficult operation now...]
- You're always pressing the RIGHT button ? Ok, stay like that. Now, press
- the LEFT AND RIGHT buttons, but never stop to press the RIGHT one while
- you're performing this highly technical operation !!! And now, move the
- mouse: If you always have your fingers on the buttons, you could admire
- a gradient. The color of the cursor is now a median color calculated from
- the color you're now pointing with the mouse and from the one you had before
- you start to press the left button. This is very usefull for fastly creating
- a gradient. Take 2 colors, and 'recursively' you've all the intermediate
- colors... Cool no ? I hope you've understand. If not, excuse me !
-
- For the file format, just look in the French part there is a list of the
- recognised file format.
-
-
- Ok, that's all. For suggestion, contacts, bug report, and other interessant
- subject, just write at the adress given at the end of the french part.
-
-
- IMPORTANT NOTE !!! Please, don't modify or remove some part in this
- document. If you're a good translater, you can add a second document with
- the correct english translation, but never alter this one. I hope you'll
- understand.
-
- IMPORTANT NOTE 2: There are many PD libraries in many lands. But I deny
- the right of releasing these beta-version of Rembrandt through a PD
- librarie. If you're interested for any commercial reason, just contact
- me. I conserv some hope in making money with this product, and so I'm
- interested by honest propositions comming from Software firms or Shareware
- groups. That's all.
-
-
-
-
-
-
-